(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
15 August 2002 (15.08.2002) 




(10) International Publication Number 

PCT WO 02/063516 A2 



(51) International Patent Classification'': G06F 17/60 

(21) International Application Number: PCT/1B0 1/02865 

(22) International Filing Date: 

28 November 2001 (28.1 1.2001) 



English 
English" 



(25) Filing Language: 

(26) Publication Language: 

(30) Priority Data: 

60/253,456 28 November 2000 (28.1 L2000) US 

60/293,041 23 May 2001 (23.05.2001) US 

(71) Applicant: ASTON GUARDIAN LIMITED [GB/GB]; 
22 Shand Street, London SEl 2ES (GB). 

(72) Inventor: SMITH, Shane; 24 Lock Keepers, Brunswick 
Quay (GB). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA. CH, CN, CO, CR, CU, 



C2, DE, DK, DM, DZ, EC, EE, ES, PI. GB. GD, GE, GH. 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, PH, PL, PT, RO, RU, SD, SE, SG, SI. 
SK, SL, TJ, TM, TR, TT, TZ, UA, UG, UZ, VN, YU, ZA, 
ZW. 

(84) Designated States (regional)'. ARIPO patent (GH, GM, 
KE, LS, MW, MZ. SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZTMD, RU, TJ, TM), 
European patent (AT, BE, CH. CY, DE, DK, ES, FT, FR, 
GB, GR, IE, IT, LU, MC, NL, PT, SE, TR), OAH patent 
(BF, BJ, CF, CG. a. CM. GA, GN. GQ, GW, ML, MR, 
NE, SN, TD, TG). 

Published: 

— without international search report and to be republished 
upon receipt of that report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations * appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



==j (54) Title: METHOD AND APPARATUS FOR PROVIDING FINANCIAL INSTRUMENT INTERFACE 



< 
if) 

m 

is 

o 
O 



External Client 
Browser 




Pronet Clients 



(57) Abstract: A graphical display system includes a server for receiving and processing financial instrument data from at least one 
financial data feed and a client computing device connected to the server for concurrently displaying to a user processed financial 
instrument data in graphical form, a rnnW-media streaming video presentation, and interactive communications associated with the 
financial instruments. Means may be provided for allowing analysts to dynamically enter comments and recommendations as text 
associated with the financial instrument data for view in the graphic presentation of financial data. Such text and data may be accessed 
simultaneously in real-time or near-time by multiple users. 
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METHOD AND APPARATUS FOR PROVIDING 
FINANCIAL INSTRUMENT INTERFACE 

[0001 J This application claims the benefit of U.S. Provisional Patent Application Serial 
Number 60/253,546, filed November 28, 2000, and U.S.' Provisional Patent Application Serial 
Number 60/293,041 filed May 23, 2001, the entire disclosures of which are hereby incorporated 
by reference. 

[0002J This application includes material which is subject to copyright protection. The 

copyright owner has no objection to the facsimile reproduction by anyone of "the patent 
disclosure, as it appears in the Patent and Trademark Office files or records, but otherwise 
reserves all copyright rights whatsoever. 

TiTBlTD OF THE INVENTION 

[0003J The present invention relates to computer interfaces, and in particular to an 
interface for inputting and viewing information related to financial instruments using graphical 
presentations, multimedia and communication facilities integrated into one display. 

BACKGROUND OF THE INVENTION 

[00041 In the trading and monitoring of financial instruments, such as stocks, the use of 

displays has typically been either overly simplistic, limited to the mere display of simple 
graphing of numerical values and charts, or greatly complex, providing the user multifaceted 
graphical displays and techniques to track the rise, fall and future predictions of the financial 
instruments. Thus, the amounts and types of simple irrformation available to all but a handful of 
novice users is woefully incomplete, while complex information provided to all but a trader is 
convoluted to the point of being useless. 

[0005J A need exists for a system which provides more types and additional relevant 

information to the majority of users through an interface. 
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10006] Known graphics techniques are available for graphing and displaying data as 

curves. For example, U.S. Patent No. 5,241,461 and European Patent No. EP 169703A2 
describe methods using functional analysis to provide computerized displays for control systems 
such as for monitoring flow of coolant through a chamber. The behavior of the data for the 
subject coolant is graphically displayed, and various points are displayed related to the 
movement of me graph of the coolant, such as moving averages and inner and outer envelopes 
of the graph, thus allowing calculation of the probable future movement of the curve to 
determine the behavior of the subject coolant 

[0007] Heretofore, known graphic techniques designed for presentation to a mass, non- 

specialist market, have not been effectively employed in the field of financial instruments 
especially where me financial data is streamed on the Internet 

[0008] In addition, the presentation of financial ^formation is typically limited solely to 

arrays of numbers, or limited solely to graphical charts illustrating such numbers and trends and 
changes in the numbers. Commentary from analysts, such as investment strategy and 
explanations of the displayed numbers or charts, is provided in the prior art by reports separate 
and independent from such arrays of numbers and charted numbers, and so user such as 
investors viewing such data must expend effort to properly link and associate such commentary 
with the actual numbers underlying the commentary, or alternatively such financial information 
must be reprinted in a separate report to be combined with such commentary. 
10009] Heretofore, prior art financial display systems and methods have not provided 
commentary linked with actual financial information presented graphically to a user. 
[0010] In addition, such commentary is often generated by analysts long after the 
underlying financial mfonnation has become static, and accordingly stale for the purpose of 
rapid investor reaction to attain the best investments and trading actions. 
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[00111 Heretofore, prior art financial display systems and methods do not provide 

mechanisms for pennitting analysts to dynamically generate such commentary for real-time or 
near-real-time display to and reaction by investors. 

SUMMARY OF THE INVENTION 

[0012] In a preferred embodiment, the invention includes a graphical display system 

having a server for receiving and processing financial instrument data from at least one financial 
data feed and a client computing device connected to the server for concurrently displaying to a 
user processed financial instrument data in graphical form, a multi-media streaming video 
presentation, and interactive communications associated with the financial instruments. Means 
may be provided for allowing analysts to dynamically enter comments and recommendations as 
text for view in the graphic presentation of financial data. Such text and data may be accessed 
simultaneously in real-time or near-real-time by multiple users. 

ftRTEF DESCRIPTION OF THE DRAWINGS 

[0013] The foregoing and other features, and advantages of the invention will be 

apparent fiom the following more particular description of preferred embodiments as illustrated 
in the accompanying drawings, in which reference characters refer to the same parts throughout 
the various views. The drawings are not necessarily to scale, emphasis instead being placed 
upon illustrating principles of the invention. 

(0014] HG. 1 illustrates a schematic of the disclosed graphical display system; 

[0015] HG. 2 illustrates a screen displayed on the browsers of the external clients; 
[0016] HG. 3 illustrates different functional layers of the system; 

[0017] HG, 4 illustrates an application server, 
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[0018] FIG. 5 illustrates a data feed interface; 

[0019] FIG. 6 illustrates connections of application servers to web servers; 

[0020] FIGS. 7-8 illustrate configurations and software processes of the data feed 
interface; 



[0021] 



FIG. 9 illustrates a schematic of an alternative embodiment of the disclosed 
graphical display system of FIG. 1 ; and 

[0022] FIGS. 10-15 illustrate screens displaying financial information to users and to 

analysts, with input windows in selected screens for inputting textual commentary associated 
with selected financial information. 

mrr ATTJKP DESCRIPTION OF THE PREF ERRED EMBODIMENTS 
[0023] Reference will now be made in detail to the preferred embodiments of the present 

invention, examples of which are illustrated in the accompanying drawings. 
[0024] As shown in FIG. 1, the disclosed system and method present data and 

information using multi-media to a plurality of users. In particular, for a given financial 
instrument, the same view is provided to an entire global audience. It is this shared view which 
provides the platform for communication. Another feature of the disclosed system and method 
is that the financial data and analysis is "streamed" in the same way as audio and/or visual data. 
A third feature is that the service is genuinely global: global financial exchange coverage, 
global equities coverage, and global delivery. The fourth feature is that the system and method 
are based upon an intuitive, visual presentation, such that value can be gained without resorting 
to language which, despite the prevalence of English, might not be shared by the entire audience, 
whereas the visual aspects and cues are shared by global audiences, for example, in the financial 
services industry. 
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[0025] The example embodiment of FIG. 1 illustrates a web-based architecture allowing 

external clients to access and display data through the Internet from a plurality of subscribing 
clients, called PRONET clients. 

[0026] One aim of this architecture is to prescribe a component-based and layered 

approach for application development Through the subscribing clients, the system prescribes 
the industry-wide standards to be adopted for applications, and recommends standard procedures 
and products taking into account the latest technologies and their evolution. The goal is also to 
leverage the latest technologies and products, and adopt them to requirements. 
[0027] In the architecture of FIG. 1 , external clients can access the system through the 

Internet, where as the internal users can use the intranet to access the application. The HTML 
pages are available in the client machine on request, and the web server is responsible for taking 
the user inputs and passing them to the presentation layer, applets and servlets that reside in the 
application server. The servlets are also capable of interfacing with emulators and/or wrappers 
of a legacy system. 

[0028] FIG. 2 illustrates a screen displayed on the browsers of the external clients and 

provided by the system of FIG, 1 . The graphic shows a region of the screen or canvas for 
displaying streaming data, which is analyzed in real-time, and so giving the user the ability to 
examine financial information ranging over durations from very short term (minute by minute) 
time periods to very long term (month by month) time periods. The analysis may be performed 
by known data calculation and display techniques, using data tracking, moving averages, and 
windowing and projections of movements of data, such as the systems and methods described in 
U.S. Patent No. 5,241,461 and European Patent No. EP 169703A2, which are incorporated 
herein by reference. 
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[0029] The screen in FIG. 2 makes it possible for a user, such as a stock trader, to pick, 

view, and track any available financial instrument, such as liquid stock from any stock 
exchange. For each stock, there is a chat room provided, for example, at the bottom of the 
screen below the canvas and, optionally below advertisements such as banner ads, which may be 
a streaming video banner space between the chat panel and the visual panel. The chat room is 
specific to the displayed and graphic financial instrument, allowing the user to communicate 
with any other trader around the world regarding the displayed financial instrument, with the 
benefit of the visual aid of the graph for faciUtating decision-making. Within the canvas there is 
also a space for streaming video presentation, such as for analyst meeting coverage, annual 
general meetings (AGMs) for stockholders, ads etc. 

[00301 Referring to a "Chart of the Day" feature on a website accessed by a user, upon 

actuation by the user, the screen in FIG. 2 is generated and an applet delivers through the user's 
browser for streaming quotes with analysis which updates itself at least every minute, either 
delayed or real-time. The analysis is based on known data analysis techniques described, for 
example, in U.S. Patent No. 5,241,461 and European Patent No. EP 169703A2, as well as other 
known financial analysis methods, wife different analysis techniques employed on the basis of 
the techniques' strong performance and wide applicability across asset classes. The system and 
method are capable of providing fee analysis, for example, for 64,000 global equities. For each 
of these equities, there is an associated chat room. As described herein, the chat panel for the 
equity is displayed below fee chart canvas in FIG. 2, and between the chart and the chat panel 
there is optionally displayed a streaming video banner for advertising, for example, a product or 
service of the company analyzed in fee chart 

[0031] As described herein, a TV-type panel is displayed within the chart canvas, using 
standard technologies such as Realmedia. Thus, the system and method provide a widely- 



WO 02/063516 PCT/IBO 1/02865 

available, standardized (generic/uniform) environment for multi-market, shared visualization 
(display/presentation), analysis and communication in real-time, as well as a communication 
facility, where a chat room is defined with reference d its associated financial instrument, such 
as a t-bond room, an "AOL" room, a "CISCO" room, etc. 

[0032J Streaming video content such as ads, coverage of AGM's, etc., are also 

embedded within the canvas of the graphic itself In addition, multimedia tools are provided to 
access and teach the audience how to use the service. The analytical method itself has been 
selected on the basis that it is intuitive to use, effective, and can be applied across asset classes 
and time-frames with equally high performance. Thus the disclosed system and method 
provides a unique insigjit into the risk engaged prior to executing the trade. 

SPECIFIC UTILITIES OF THE USER INTERFACE 
{0033] The utility menu of user interface in FIG. 2 has the following important features 

and commands: Instruments, Intervals, Horizon, Range, Roam Values, Print Image, Tour, 
Trade, Tutor, Drawing, and System Administration. 

INSTRUMENTS 

10034] Using the Instruments feature, all markets currently selected are listed here. The 

prices are color coded to identify the last tick update. If the price is marked in red, the price was 
down, but if it's blue, then the price was up. If it is white, the price was unchanged and if it is 
gray the market was closed 

INTERVALS 

[00351 The interval bar and number of intervals on view are defined here by user 
selections, such as by the use of pull down menus and/or input windows. The time bar and the 
number of observations can be selected to re-draw the charts. The user can save the last chosen 
format as his/her profile, and upon the next log-on, the system draws charts in the saved format 
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HORIZON 

[0036] The Horizon facility provides the user the benefit of viewing a chart in an 

organized view, which unclutters the chart by turning on/off each individual director. Also the 
length or horizon of wave cycle under scrutiny can be altered by changing a identifying number, 
such as a fib number. 
RANGE 

[0037] The Range setting identifies the support and resistance levels. The range of each 

individual chart can be amended depending upon the number of intervals and the time frame 
selected. 

ROAM VALUES 

[0038] The detailed historical data can be viewed by moving the pointer across the chart 

Bad data fixes can also be achieved here. 
PRINT IMAGE 

[0039] Using the print image feature, an image can be printed to store the record of the 

market status. 

TOUR 

[0040] A Tour contains a series of charts chosen in an order which is regularly or 

typically used. One Tour can be created for each instrument. In other embodiments, a selection 
of different markets cannot have a tour. 
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TRADE 

[0041] Trade functionality provides the user with the visual presentation of risk/reward 

profile. 

TUTOR 

[0042] The Tutor function provides a simulated trading situation whereby a user can go 

back in time and watch the market evolve. 

DRAWING 

[0043] - The Drawing function permits display of text, arrows and lines on a chart The 
drawings are specific to the user, 
SYSTEM ADMINISTRATION 

[0044] System Administration tools provide the following facilities: 

[0045] User Maintenance: setting user's defaults like inner and outer band, 

timescale, observations etc.; 

[0046] Bad Database Repair a database for a certain period can be extracted, 

repaired and inserted again to fix the bad data; 

[0047] Instrument Activity Set Up: sets up for each market its opening time, 

closing time, its future month, current month, rollover date, rollover status, decimal places, 
market symbols, etc.; and 

^0048] Calendar Setup: sets up the calendar for different markets. 

IMPLEMENTATION 

[0049] The disclosed system and method may be implemented in software and capability 
of handling, for example, at least 10,000 financial instruments, and scalable to, for example, 
65,000 financial instruments. 



WO 02/063516 PCT/IB01/02865 
[0050] The front end of the external client are, for example, JAVA-based flrin client 

and/or X-windows based clients. Iq one embodiment, the front end may be downloadable for 
the web client by having a relatively small file size. 

[0051] Once the software for the front end is downloaded or received, and then installed 

on the external client of each user, the screens may be re-sizable, and the software is very secure, 
capable of accurately handling about 65,000 instruments in the database, such as the database 
server of FIG. 1 . In one example, the database server supports financial instruments on foreign 
exchanges (FOREX) having, for example, 1 1 5 available financial instruments. 
[0052] The system is adapted to address, for example, about 1,000 concurrent users, with 

a user management module for security, and the ability to traverse through the firewall. 
[0053] The system and its data analysis techniques may also perform gap analysis for 

instances of missed data, for detailed reporting and tracking. Indications of disruptions in 
markets, such as local holidays, may also be incorporated into the system, and the system also 
accommodates markets with multiple trading sessions, and includes the display of multiple 
graphs. 

[0054] Other features include the ability to handle a user base o£ for example, about 

25,000 concurrent users, with multiple time zones and trading and tracking over such multiple 
time zones being incorporated into fee system. The system is also capability of handling bulk 
requests for user permissions, for example, for administrators to permit access by institutions 
with multiple users. Known billing systems may also be incorporated. 
[0055] Additional features supported by the system may include the ability to give 

context sensitive helps and assistance to users, as well as to handle and promptly report bad 
prices. Printing capabilities are also provided. Furthermore, a user profile database may be 
generated and updated to capture more information to facilitate accurate processing by a billing 

-10- 
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system. Such captured user information may include: frequency of visit of a user, difference in 
time and activities between his/her visits; how long has s/he been logging into the system; how 
many strikes has s/he done and which stocks has s/he been looking at; and what are the sites the 
user accessing just before visiting the system access website, and which are the sites s/he is 
going to after visiting the system access site. 

10056] Other features including support of full or entire sets of financial instruments, 

such as about 500,000 instruments, and increasing user bases such as, for example, 50,000- 
250,000 users. Sophisticated data filters such as filtering for issues including bad pricing or 
stock splits. Optionally, the system may integrate the TV style viewer and video ad hooks for 
advertising and revenue collection, and the system accommodates delayed data feeds. 
[0057] The screen and the overall graphic user interface (GUI) providing the screen may 

include roaming cursor facilities and a real zoom facility, and may be adapted to accommodate 
muhi^essionmaikets. In addition, auto-rolling may be supported based on open interest of 
accessing users, and automated replacement of rolled markets in interest list may be provided. 
[0058] In alternative embodiments, a chat server may be included in the system shown in 

FIG. 1, preferably a chat server dedicated for each instnnnent to support multiple financial 
instruments and multiple users per instrument to encourage users to remain logged on and 
accessing the chat rooms/panels for each instrument 

[0059] Moreover, the system is also able to display stocks and other financial 
instruments in more man one selected currency, and the system is also WAP-enabled for mobile 
and/or remote access. 
[0060] 

SYSTEM CONFIGURATIONS AND ARCHITECTURES 
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{00611 As shown in FIG. 3, different layers of the system of FIG. 1 are identified as 

encapsulating specific functionality. The Presentation layer is responsible for interacting with 
the user by displaying different forms and obtaining the inputs, as well as handling die 
customization and related actions as per security requirements. The Business Object layer 
consists of methods executing application specific logic/processing. The Data Access layer 
consists of methods that interface with the databases and perform specific functions on data, and 
also maps relational data to objects. The Database layer consists of the actual database and deals 
with storage/placement of data. 

10062] The components in die presentation layer may be deployed as Java Applets, 

Servlets and/or HTML pages. The business object layer consists of wrappers for legacy system 
and C-Routines, and serves as an interface between the Servlets and C Routines, for use with the 
underlying data access layer to access and use persistent data. The data access layer components 
may be implemented in a Sybase server to implement C-DB Routines and/or a C-ISAM routine. 
The database layer may include a Sybase-type database to permit access from the data access 
layer through C-DB Routines. 

[0063] In an example embodiment of the system resource requirements, the following , 
components may be used: the operating system may be Solaris 2.7 on a SPARC platform; the 
hardware may be a Sun Micro Systems Web Server, and the application server may be on 
Solaris 2.7 provided on a SPARC platform The database may be a Sybase implementation from 
Sybase with a C-DB Library, and the database may be migrated from ISAM files to Sybase files. 
An available developer tool may be Visual Cafe from Symantec, and network load balancing 
software may be supported on Solaris 2.7, such as Load Balancing Software (LBS) from 
Solflower. Graph Generating tools may be NetChart from Visual Mining Inc., and a CORBA 
compiler may be Oibix from ION A 
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10064] As to the hardware infrastructure of system, the database may be as described 

herein with the capacity to be increased to accommodate the number of instruments to 500,000 
and the number of users to 250,000. The database may move to a distributed environment 
because die projepted size of database may be 300 GB. 

[0065] With the introduction of die network load balancing software, the corresponding 

hardware for the web server may be provided to support such load balancing software, and 
multiple application servers run parallel on the Sun SPARC Server hardware. The network 
components may include existing TCP/IP-based netwoik devices of sufficient number and 
capacity to meet fee operating requirements described herein. 
[0066] Example implementations of fee system may includes: for fee 

hardware/OS/Network, the front-end is a personal computer (PC) running eXceed as a web 
client or any typical web client without any limitations. For the application servers, central 
server, database server, and web server, fee Solaris 2.7 software may be used on SPARC 
servers, wife multiple web servers having netwoik load balancing software managing fee 
servers. The LAN topology may be an Ethernet network and/or a TCP/IP-based system. 
[0067] In one implementation, fee software for fee user interfece may include XVIEW, 

Guide, and Peri, including Java (applets), Java Servlets, Wrapper software for Legacy systems, 
and graph generating tools such as Jchart, and Espress Chart The data analysis may use 
analytics logic for supporting C, shared memories, sockets, ISAM files, and Lex-yacc files, and 
fee C-ISAM link may be replaced by a C-DB library for SYBASE applications. 
[0068] Data feed and handling routines may provide a satellite link for S&P based data, 

a 64 kbps link for Renters-based data, and fee Reuters SSL4 software for real time data 
handling. The database may include ISAM files and/or Sybase files. 
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[0069] The front end of the system for the external client displays may be totally 

replaced by a Java-based environment immediately, and real-time data fees may be from at least 
two sources, such as Reuters and Standard and Poors (S&P). The Reuters data may be handled 
by third party software called SSL4 before being passed on to the system's price server. Also 
S&P data comes directly to the system through, for example, a serial port after reaching the 
network from satellite and being split through a splitter modem, and TCP/IP may be used as the 
network protocol of the system. 

ADDITIONAL ENHANCEMENTS 
10070] The user interface is built in Xview and launched in the web through a 

combination of HTML-Perl/CGI scripts which delivers the goods with the use of an X-emulator. 
Alternatively, the proposed interface is written in a combination of Java-servlets-applets. Some 
graph generating tools such as Jchart, Espress Chart, Netchait, etc. may also be used. 
[0071] The user interface may be integrated with the application server, and may also 

include an instrument configuration module for letting the user select his/her own set of 
financial instruments to look at from the given list of instruments. The user interface may be re- 
sizable, for example, using a Java based user interface; and the user interface itself may be 
downloadable to the external client of the user, for example, using a Java-based client Such 
user interface software may be configured to operate using 18 MB of memory, and/or to be a 
thin client as in case of standard web client 

{0072] The user interfile records and tracks the IP address of the client giving the 
request In other embodiments, user interface may be prevented from requesting any other 
details at all of the users trying to access the site, to permit the software of the system to be 
provided and supported as freeware. 



-14 



WO 02/063516 PCT/IB01/02865 
[0073] The system may be accessed using an HTML-based web page to launch the 

product irrespective of the fact of whether the user is accessing the system from behind a 
firewall or not In a Java-based version of the system software, the IP address affile client is 
noted by a Ibproxy routine, and then the application is launched to that IP address, in a similar 
manner as getting the DISPLAY ofxterm while the process is running actually in the server. 

o 

[0074] A Java-based interface may also draw graphs locally, so mere is no dependency 

on the IP address for providing the graphic functionality. The normal dependencies are provided 
by the proxy server/firewall of the user's network. The user interface may also support a 
roaming cursor facility, a display of multiple graphs, and areal zoom facility to be able to 
maximize a part of file work on fiie screen. 

[0075] Por the application server supporting a user base of, for example, 1 ,000 users, the 

application server and the GraphServer maintain the slots for these many users in a shared 
memory to maintain user profiles. In addition, the application server may also sense that no 
update is coming for a particular market and so to provide an alert to the user in an audio ring or 
a visual message, as well as to report missed data for a market in detail. A data file is 
maintained for local holidays and is built into the system to report such events. 
[0076] ' A schematic of the system with Ihe application server is shown in FIG. 4, in 
which the load of the application server is distributed on the end-users web clients in one 
embodiment, while in other embodiments, the user interface actually runs as a process in the 
application server itself and also draws the graphs in the application server itself. In an 
implementation using a Java-based user interface, fire graphs and the interface are all executed in 
the client machines. 

[0077] In some implementations, the system may support many hundreds of users 
because the users run the user interface in their PCs only as applets, as opposed to 
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implementations in which the user interface itself tuns in the server only and a client gets the 
display set to his/her PC. 

[0078] In such distributed implementations, maintenance and enhancements may be 

effected easier because of modular nature of the architecture, and any functionality may be 
readily added to the applet-servlet duplet Remote support is easily possible because of the fact 
that the whole system is on the public Internet and there is no need of having a high speed 
connectivity between the remote support center and production site. In addition, capital costs 
are lower because of the remote support center. _ 

[0079] Additional implementations may include authentications of users before being 

able to access the product; for example, each user has a password for accessing the website to 
access the system. The application serer may also keep logs of user accesses, which is 
maintained typically in a user profile data file, which apart from the above information also 
includes the user's password and the financial instrument configuration setup details. 
[0080] In addition to inclusion of a billing module, the system may also include a 

software module for segregating user groups and also permitting only specific user groups to 
access the system. The groups may be maintained in terms of geographical location, firm or 
institution confines, etc. 

[0081] The available markets supported by the application servers may include 
EQUITIES and Future markets m addition to the existing FOREX market. Modules are also 
provided to store the mformation about the delay factor of the different sources and then when 
the data arrives, the data is captured and stored only after doing the necessary adjustments to the 
date stamp of the data in the database. 
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[0082] In supporting auto-rolling based on open interest, the moment when the number 

of open interests increases one of the future contracts, auto-rolling occurs, and automated 
replacement of rolled markets in interest list is enacted. 

THE DATA FEED INTERFACE 
[0083] The system includes an interface between the S&P and Reuters data feed and the 

users, which may be, for example, the IntuTechnics Technical Trade Station (TITS). In one 
implementation, the system is written using a C/ISAM DB library, and resides on Sun Solaris 
hardware running SunOS Unix operating system._The user interface may be based on the 
eXceed software, and the user accesses the application via the World Wide Web of foe Internet, 
which in turn launches an independent front end in eXceed. 

[0084] Referring to FIG. 5, foe ITTS runs on SUN Solaris 2.7 on SPARC hardware, and 

has an architecture including a single Unix server and three web servers labeled, for example, 
LION, EAGLE, and FALCON. The user logs into foe application via foe web, such as a main 
web server LION, which in turn directs foe request to another web server, by sending foe client 
to foe EAGLE web server and sending trials of data to foe FALCON web server for data 
analysis to generate foe charts. The request is then processed in foe Unix Server and foe data 
and charts are sent to foe user. Referring to FIG. 6, each user in foe user community connects to 
foe appUcation servers via foe World Wide Web, and all PCs have eXceed installed to function 
as external clients as hi FIG. 1 . 

[0085] The system is written using one or more of C/Lex/Yacc/IS AM DB library on a 

Unix operating system. The user interface may be one of MotifiX-Windows/eXceed. 
[0086] The ITTS application captures foe real-time data feed from S&P and Reuters via, 
for example, a satellite link. A number of server processes read foe data, store foe data in foe 
database, and make it available to foe user in foe form of charts as in FIG. 2. These server 
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processes interact among each other via shared memory segments, socket connections and ioctl. 
These processes also make the real-time data available to the nser. The updating in data is 
. viewed by the user on the front-end which uses eXceed. The user logs into the application via 
the World Wide Web, which launches the application in eXceed and leaves the control over to it 
The ITTS software architecture is shown in FIG. 6. The PCs of the users/customers function as 
the external clients as in FIG. 1, which are used as graphical display terminals for the 
applications on the application servers. 

[0087] - The customer PCs are connected tofbe application server via the World Wide 
Web, and the customer PCs launch eXceed. 

[00881 ' ha one embodiment, shown in FIG. 7, the ITTS system uses software code which 
is heavily dependent on Unix system calls, ioctl and inter process communications. Real-time 
data is collected from Reuters and S&P, data from S&P is processed by SinkServer and 
PriceServer, and data from Reuters is processed by the SSUServer. GraphServer handles user 
requests, draws the charts and also changes the data of any financial instrument. DataServer and 
IsamServer take the responsibility of storing the data into the database. WatchServer monitors 
all the processes and starts/stops the server processes as and when required. Front end programs 
such as ttsjbase, tts.start, and tts.manager provide the user with a visual format of the data. 
[0089] TiadeSmith is another form of presentation of the data specifically designed for 

the users. The following Tables 1 and 2 summarize the overall statistics of ITTS lines of code 
according to application area/type: 
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TABLE 1 



Type 


Approximate number of lines 
of code in KLOC (including 
comments and blank lines) 


iveinaxKS 


Front End 
screens 


63 


Programs include tts_start, 
u5_manager, tts_pase> 
WatehServer and 
tts control 


Business 
Logic 


17 


Includes Servers and 
SSL4Servers 


Common 
Files 


9 


Commonly used files such as 
Ccp, aimsttb/etc. 


Web 

programs 


4 




Total 


93 





TABLE 2 



Number of Files 


Application Area 


C 


H 


COM 


CPP 


HTML, 

PERL, 

JAVA 


Others 


Total 


Web Server 


0 


1 


0 


0 


25 


1 


27 


SSL4Server 


0 


8 


0 


7 


0 


1 


16 


Application Server 


25 


4 


35 


0 


0 


3 


67 


Common Files 


11 


21 


0 


0 


0 


2 1 


34 


Database Access Layer 


88 


8 


0 


0 


0 


3 


99 


Front End 


45 


57 


0 


0 


0 


74 


176 


Total 


169 


99 


35 


7 


25 


84 




Total Number of Files 














419 



[0090] Referring to FIGS. 7-8, the ITTS code may be broadly classified into the 

following components: 

SinkServer reads the data from the serial ports and places into a shared memory segment 
PriceS erver reads the data from the shared memory segment, filters it and puts the 

validated data into another shared memory segment. 

TransmitServer reads the data from the shared memory segment and transmits it via 

sockets. 

ReceiveServer reads the data via sockets and places into another memory segment 
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GraphServer reads the data from me shared memory segment It reads out the data on 
instruments in a shared memory segment, handles user requests, and calculates, refreshes, 
creates the charts and places into another shared memory segment The change in data is 
notified by setting a dirty flag against the corresponding instrument It checks if there are any 
requests from user and processes those. 

DataServer and IsamServer work in conjunction with each other. These two servers 

save, delete, update data in the database. 

WatchServer monitors the processes and starts/stops them. 

[0091] As shown in the following Table 3, users place a request for a specific chart 

which is sensed by the GraphServer. If the chart does not exist in the shared memory segment 
then the data is pooled from the database, and after mathematical calculations is put into the 
shared memory segment From this shared memory segment the chart is thrown to the user. 
Simultaneously, the incoming real time data for various instruments is also updated into the 
shared memory segment The DataServer and IsamServer keep a constant check on this shared 
memory segment and store the data into the database. The details of the database is listed below: 
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TABLE 3 



Database file 



alertisam 



alert messagesjsam_ 



aimotation.isam 



calendar.isam 



defsetisam 



drawmg.isam 



empty .isam 



filter.isam 



icvdbase[00 - 
31]Tisam 



lev selectisam 



instisam 



p3paiams.isam 



passwordisara 



prmtisam 



rollover asam 



senes.isam 



symbologyisam 



tradeisam 



Functionality 



Stores the alerts 



Stores the alert messages. 



Stores the annotations* 



Stores the market specific opening time, closing time etc. 



Stores fee information for crossing the two markets, 



Stores fee user specific defaults. The defaults are 
corresponding to fee timeframe and chart 



Stores fee drawings as done by fee user on a chart and saved. 



It is usually empty but is used as a backup during fee cleanup 



process* 



Stores fee error messages. 



Stores fee rules for filter mechanism. 



Stores fee data as fed by Reuters and S&P. 



Stores fee information about all fee instruments. Data fed 
from Reuters/S&P for any instrument, which is not stored in 
this file is rejected and is not processed 



Stores fee instruments for each of fee users 



This database file is specific to fee TradeSmife and stores fee 
information regarding TradeSmith - 



Stores all fee user passwords. 



Stores the print as saved by fee user. 



Stores fee rollover info. 



Stores the server names and fee corresponding Fibonacci 



series. 



Stores for each of fee data from the Reuters fee record for 
Ticker Symbol. 



Stores fee info about fee tour as saved by fee user. 



Stores fee information about trade. 



[0092] Each market is mapped to a defined Hex number as a unique identifier. However 

if two markets happen to be defined by fee same Hex number, then the Hex number combined 
wife fee symbol for month and year is unique. Corresponding to this unique number, it is 
decided feat to which icv_.dbaseXX.isam file fee data is to be saved. 
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EXISTING X- BASED GUI FUNCTIONS 
[0093] As described herein, the system uses known software processes, such as UNIX- 

based co mmand s and routines, to provide major functionalities of the existing GUI Functions 
and processes. 

[0094] The tts J>ase process uses the following programs: ttsJbase_own.c, tts_system.c, 

ttsjinlcc, isam.c, isrnx, ccp.c, pcp.c, tts J>ase_uix, ttsj>rint_own.c, a_substr.c, ajaewsegx, 
a jsetnam.c, and tts_drawx. The ttsjiase process operates using the environment variables: 
TTSJPRICE, FILTER_MECHANISM, TTSJFEED_MONITOR, DISPLAY, 
TTS_TIME - FORMAT, TTS_EXCEED, TTSJSrTE, TTSHOME, TSLOGDIR, 
TTSJ3TARTEK, and TTSJSELECT. 

[0095J The tts_base process functions as a front-end program to perform the following 

steps: opens, populates and sorts the data from the instrument static data file into a structure; 
sets the time zone; initializes Xview; processes any command line arguments; checks the 
authkey and report initializes the user interface components; loads User, user's configuration 
etc.; attaches to the shared memory segment SYS^SEG.; attaches to the price segment 
PCPJSEG.; attaches to the shared memory segment TTS_DATA.; obtains data from the 
memory, if already loaded into the memory; sets up chart constants; loads tour for the used 
logged in; saves the parameters and sets the timers, with the timer polling the server and 
refreshes the screen from the shared memory segments; checks if the data is continuously fed. If 
not, it notifies the user, runs and stops alerts; on exit, it prompts to save or not to save the 
settings or cancel; on selection of save, user definition is stored in the database; the tour is also 
saved for the user logged in; and logs out of the server, that is it cleans up the data relevant to 
the user in the shared memory segment SYSJSEG. 
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[0096] The tts_start process uses the tfsjstartown-c program and bandies user sign-on 

and invocation of the system manager program ttsjnanager or ttsj>ase. The tts_star process 
performs the following steps: initializes all the user interface components; gets the license 
details and report accordingly; sets up the fonts and loads them in; gets the button names from 
the password file; finally it turns the control over to XView by invoking the xvmain Joop 
function; calls back functions including one for the invocation of the tts_manager after the 
verification of the system managers' password; 

[0097] can launch tts Jbase program on verification of the users 1 password; and the tts_start 
program dies. 

[0098] The tts_manager process uses the following programs: ttsjmanager_ownx, 

a_setnam.c, ttsj>atchown.c, tts_cal_ownx, tts_usetup_own.c, tts_set_pass_ownx, 
tts_psetup_ownx, ttejmodem_own.c, ttsJnstr_ownx, ttsjaisk_owxi.c, and tts _bjobown.c. 
The ttsjnanager process performs the administrator's work by the following steps: exits if the 
tts manager is already running; initializes Xview; initializes user interface components; sets up 
systems manager password; maintains system user, repair bad database; sets up instrument 
activities; and setups calendar. 

[0099] The SinkServer process uses system calls: getenv, shmget, shmctl, shmat, 

[00100] gethostbyname, socket, connect, putBufier, bind, getsockname, recvfrom, ioctl, 
lockf, lseek, memset, umask, nice, htons, and mlockall. The SinkServer process uses the 
following programs: icvkr_modem.c, a_setnamx, a_newseg.c, ajockmgr.c, and putbufferx; 
and uses the following environment variables: TTS JFEEDJJNE, TTS_FEED_SPEED, 
TTS_FEED_VENDOR, ICV^HOME, TTS_HSN_SERVER, 

[00101] TTSJISNj:CP_PORT, TTSJHSNJJDPJ>ORT, and TTS^HSN.PROTOCOL. 
Hie SinkServer process connects to the socket and reads the incoming real time data, puts the 
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real-time data into a shared memory segment, locks the memory, exits if there is a SinkServer 
already running, and sets the signal handling functions. If the TTS_FEED_VENDOR = HSN 
then it reads the environment variables for HSN, and opens the shared memory segment 
ICV.SPPUT. Depending upon the TTS J3SNJ?ROTOCOL (TCP or UDP), the process opens, 
connects and receives data from the socket and writes into the shared memory segment 
ICV SPPUT. If the TTS_FEED_VENDOR = SP then it opens the shared memory segment 
ICVJSPPUT, verifies and sets the baud rate, opens the device based on TTS_FEED_LINE > and 
reads data from the device and puts into the shared memory ICV_SPPUT. If 
ITS FEED VENDOR = "KR" then the process opens the shared memory segment KRJNP, 
verifies and sets the baud rate, opens the device based on TTS_FEED_LINE, reads data from the 
device, and puts into the shared memory KRJNP. 

[00102] The PriceServer process uses the calls: mlockall, nice, lockf, lseek, 

memset, umask, iscntrl, socket, connect, sent, and recv; and uses the programs: icv_decode.c, 
icvll, icvjr.y, a_setnam.c, ajockmgr.c, a_newseg.c, convertprice.c, putbuffer.c, 
connectserverx, and isam.c, with the following environment variables: ICV_SSPUT, 
ICVJNPUT, ICV_OUTPUT, ICVAUX, and TTS.SELECT. The PriceServer process reads 
the data from the shared memory segment as put by the SinkServer, filters the data, puts into 
another shared memory segment ICV.OUTPUT, exits if the PriceServer is already running, sets 
the signal handling functions, and opens shared memory segments: 
[00103] ICVJNPUT for Reuters, ICV.SPPUT for S&P, ICV_AUX for AUX, and 
ICV OUTPUT to keep the processed data. The PriceServer process opens, sorts and stores the 
data file as specified by TTS_SELECT into a structure; sets the time zone; reads the shared 
memory segment ICVJNPUT, ICVJSPPUT, ICV.AUX for the mcommg real time data; reads 
the instrument data file via the sockets, and populates into a structure. It then parses the data, 
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validates through the list of instruments, and stores into the shared memory segment 
ICV^OUTPUT. 

[00104] The TransmitServer process uses the calls mlockall, socket, accept, bind, 

send, and getsockopt; and uses the programs icvjntnsmitc, a_newsegx, createserver.c, 
getbuffer.c. The TransmitServer process reads real-time data from ICVJ3UTPUT and transmits 
the data through socket, exits if the Transmit Server is already running, sets the signal handling 
functions, attaches to the shared memory segment ICV.OUTPUT, creates a socket, and the data 
in ICVJ3UTPUT is transmitted through the socket created. 

[00105] The ReceiveServer process uses the calls socket, connect, and mlockall, and uses 
the programs icvreceivex, connectserverx, and a_newsegx. The ReceiveServer process reads 
real-time data from ICVJ5UTPUT and transmits fee data through socket, exits if fee Transmit 
Server is already running, sets the signal handling functions, attaches to the shared memory 
segment ICV.OUTPUT, creates a socket, and the data in ICVJ3UTPUT is transmitted through 
the socket created. 

[OOiOfi] Hie GraphS erver process uses the calls getenv, shmget, shmctl, shmat, 

gethostbyname, socket; connect, PutBufier, Bind, getsockname, recvftom, ioctl, lockf, lseek, 
memset, umask, nice, htons, and mlockall. The GraphServer process uses the programs 
icv_d<Kst,c, isamx, ccp.c, crossx, and GetDBfilex, with the environment variables: 
TTS_SELECT and TIS_ROLLOVEK The GraphServer process reads from the shared 
memory segment ICV_RECEIVE. The maximum number of charts is the first command line 
argument If not passed, then the maximum number of charts GraphServer can handle is a 
predetermined number, such as ten. The process then exits if the GraphServer process is already 
running, sets fee signal handling functions, attaches/opens the shared memory segment 
ICVRECEIVE, TTSJDATA, and TTS_PRICES, attaches/opens and initializes fee shared 
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memory segment SYS_SEG, opens, reads and sorts the data in the instrument data file and 
populates into a structure via socket connections. The process then copies the content of the 
structure into the shared memory segment TTSJPRICES, and executes init_cross in cross-c. If it 
resides on the server then automatic rollover is instantiated, sets an infinite loop, and checks if 
any request from any client has been trapped. If there are any requests then the process 
determines if the request is to remove a chart, and the chart is removed from the shared memory 
TTS_DATA. If the request is to create a chart den the data is read from the database, then the 
chart is recalculated. If the request is to refresh a chart then the data, if resident in memory, is 
refreshed from the memory else the data is pooled out from the database and the chart is 
recalculated. 

[00107] The process then checks if the data in shared memory segment 

ICV RECEIVE is changed. If so, then me process updates the prices in the shared memory 
segment TTS_PRICES, updates the charts in the shared memory segment TTS_DATA, and sets 
a flag in the shared memory segment SYS_SEG, so mat the graph is refreshed second time on 
refresh 

[00108] The DataServer process calls getenv, shmget, shmctl, shmat, 

gemostbyname, socket, connect, Puffiuffer, Bind, getsockname, recvfrom, iocfl, lockf, lseek, 
memset, umask, nice, htons, and mlockalL The process uses the programs: icv_dbase.c, 
a_setnam.c, and isamx, and the environment variables: TTS.DB ASE and TTS.SELECT. The 
DataServer process reads the shared memory segment TTS_PRICES for the data, which has 
been updated and passes on to the IsamServer to store into the database, and exits if the 
DataServer is already running. The process sets the signal handling functions, opens all the 
database files, attaches to the shared memory segment TTS.PRICES, opens, sorts and populates 
the data from the static instrument data file into a structure, and checks for all the instruments, if 
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for any of these the data is changed; that is, for any of the instruments the dirty flag is set to true. 
A socket is opened, connected and the data is sent to the socket for the request for updating, 
deletion or insertion, and the dirty flag is set to false. 

[00109] The IsamServer uses the programs: server.c, isam.c, ism.c, and 

createserver.c and processes the requests for data updating, deletion or insertion into the 
database. The process exits if the IsamServer is already running, creates a socket, which 
receives requests as sent by the DataServer, and depending upon the nature of request like 
deletion, updating, insertion, selection, opening a database, closing a database, getting the next 
record etc, the corresponding action is performed. 

[001101 The WatchSeiver process uses the programs: tts_watcb,c a_setnamx 

checkenv-c, and the environment variables: TTSJLOGVERS, TTS_CONHG, 
SERVER.NAME, and PORT_NUMBER. The WatchServer process initiates the SinkServer, 
PriceServer, TransmitServer, RecieveServer, GraphServer, DataServer, and KRServer 
processes, exists if the WatchServer process is already running, exits if any of the environmental 
variables is not defined, and sets the signal handling functions such that the TTSLOGVERS is 
analyzed to determine history length of log files in the TTSLOGDIR directory. The process 
then gets the process identification number of all Server processes and store mem in the array 
ppids. The process then checks the config file for server and options, and it first obtains the full 
pathname of the config.tts file by obtaining the TTS_CONFIG environmental variable and then 
opens the file for reading only. The process obtains the server name and port number sets the 
environmental variables SERVER.NAME and PORTNUMBER. If the host name is the same 
as the one found in the config.tts file then it looks at the rest of the current line to see which 
processes need to be started. If the environmental variable PORTNUMBER is not set, then the 
process exits immediately, and starts to listen on mat socket and process any orders mat come 
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through from ttsjcontroL The process analyzes fee commands that are received from the socket, 
and when the process receives a valid command, the process executes the command. If it is not 
valid then the ServerSocketis closed. If the command is valid, the process looks to see whether 
a process needs to be stopped or restarted, and does the same. 

[001111 Ibe start (tts_control) process calls the nice call, and uses the programs: 

tts_control.c and connectserver.c. The process uses the environment variable TTS_CONFIG, 
and operates by starting one or all of me server processes: IsamServer, SinkServer, PriceServer, 
TransmitServer, ReceiveServer, GraphServer, DataServer, KRServer, and FistServer. The start 
(tts_control) process raises the priority of the process by calling nice(-5), checks the argument 
list to ensure that they are valid, and if not, the process exits. The process opens and analyses 
the config.tts file, and the startjob function is called with the appropriate arguments which are 
obtained from the config.tts file and tts_control command line. The startjob routine first 
connects to the serversocket created by the WatchServer, and the correct target hostname must 
be passed to the ConnectServer function at mis point Furthermore the startjob routine makes a 
function call to recv to see what message comes back through the socket, mat is, the result from 
WatchServer. 

ALTERNATIVE EMBODIMENTS 
[00112] bi an alternative embodiment, the system and method disclosed in FIGS. 

1-8 may be used to provide the financial information displayed to users such as investors, and 
including dynamically inputted textual information for annotations, such as commentary and 
analysis, dynamically created by and input from analysts using annotation input mechanisms and 
methods, as described herein in connection with FIGS. 9-15. 

[00113] FIG. 9 illustrates an example implementation of the system of FIG. 1 , in 

which the various networked components of FIG. 9 are incorporated into and/or included in the 
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various components of FIG. 1. For example, as shown in FIGS. 1 and 9, the system includes at 
least one firewall, which may be Nokia IP650 network components, for interfacing with the 
Internet through a load balancer and a router, such as a Foundry load balancer and a Cisco 2651 
Router, respectively, as in FIG. 9, to communicate through the Internet to a browser of an 
external client, as in FIG. 1. In addition, third parties may connect through the firewall and/or 
bypass the firewall to allow such third parties such as browsers of Pronet clients to communicate 
with the Pronet Intranet, and thence to the Pronet components shown in the front end and back 
end of the disclosed system shown in FIGS. 1 and 9. 

(00114] hi an example embodiment shown in FIGS. 1 and 9, the front end 

includes Solaris-based network components for executing web servers and HTML/Applet 
servlets, as well as network load balancing software; for example, the front end may include 
Foundry load balancers and Cisco Cat 3548 components to interface with backend buses and 
networks, such as a "Demilitarized Zone" (DMZ), a management information system (MIS), and 
a product-and-development sub-system. 

[00115] Th e DMZ provides providing secure connections to SunNetra-based 

systems using Tl -based communications to provide SMTP services and web servers for the 
disclosed financial information display system and method. The MIS connects to at least one 
NT workstation for use by network managers and administrators to monitor and control the 
operation of the disclosed system and method to maintain sufficient network resources for 
providing such financial information to users through their browsers of Pronet clients and 
external clients. 

; connections to 



(001161 

Sun E4500 components providing Sybase database servers, for example, to receive, store, and 
provide the financial information for diverse financial instruments, as well as to store any 
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associated textual commentaries and annotations by analysts, as described herein. In addition, 
Sun E420R components provide WebLogic servers running as application serves, including a 
main application server, to implement the disclosed financial information display system and 
method, as described herein. 

[00117] The production-and-development sub-system is also connected to a Sun 

Ultra 10 server for administrative functions and operations, and to at least one workstation for 
use by administrators as well as analysts, as described herein, to permit the dynamic 
modification of the disclosed dynamic financial information displays to include textual^ 
commentary and annotations to be stored in foe Sybase and/or foe Weblogic servers. 
[00118] Referring to FIG. 10, financial data is displayed on foe screen of an 

analyst using a workstation of foe production-and-development sub-system, in a manner 
identical to the display of such financial data on the browsers of clients/users as shown in FIG. 
2. In fact, in a preferred embodiment, analysts access and view foe same financial data, with foe 
graphical representations of financial values, such as stock prices and moving averages, 
presented to analysts simultaneously with other users. Alternatively, foe analysts may access 
and view foe same financial data but with a predetermined lead time ahead of users, such that 
analysts have a window of time to annotate foe financial data with textual commentary before 
users may view such financial data. Accordingly, users are provided with foe most up-to-date 
financial data simultaneously with foe most up-to-date analyst commentary. 
[00119] hi one embodiment, foe disclosed system and mefood employ human 

analysts who annotate the financial data as described herein with reference to FIGS. 1 1-15. 
Alternatively, automated computer systems, such as software-based agents, may be used to 
automatically detect preset conditions in foe financial data, such as a low stock price. The 
disclosed system and mefood may perform such automatic detection using known pattern 
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recognition techniques, such as neural networks, expert systems, and/or other artificial 
intelligence methods, and the preset conditions may be specified and stored in the back-end 
servers by analysts and/or adnunistratois through the workstations of the system shown in FIG. 
9. 

100120] Referring to FIGS. 9-10, in a preferred embodiment, the analyst views the 

financial data provided to users, but the analysts has the additional functionality, not provided to 
the users, to annotate the financial data through the screen in FIG. 10. The annotation may be 
incorporated into the chart or grid on the screen, for example, in one embodiment, using graphic 
user interface (GUI) functions such as point-and-click to activate input windows, such as me 
drawing window in FIG. 10 or the text input window, for example, in FIG. 1 1 . The annotation 
may be a predetermined color, such as white, for use on darker backgrounds. Alternatively, the 
annotation may be color-reversed relative to any existing background color. In a further 
embodiment, the annotation may change colors, such as blink, in order to alert users, such as 
investors, of the dynamically changing situation of the displayed financial information. 
[00121] In other alternative embodiments, instead of an input window, the GUI 

may generate a small input field or even an underline in which, for example, a blinking 
rectangular cursor may appear, such mat the analyst may input the commentary by typing on a 
keyboard such that the GUI displays the typed text in the input field or over the underline. 
Alternatively, the workstation of the analyst may employ a touch-screen display, with the GUI 
of the analyst responding to finger or stylus contact by the analyst on the touch-screen display to 
activate such input windows, input fields, or input underlines. 

[00122] The analyst screens shown in FIGS. 10-15 are capable of being actuated 

by me analyst at any point on the graph and grid lines including the chart of financial data, and 
so the screen actuation techniques described herein, as well as other GUI and/or screen actuation 
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techniques known in the art, may be used for permitting an analyst to select any point at or 
substantially adjacent to a financial data point for entering the textual commentary. 
Alternatively, fee analyst may select fee point of annotation as being on the axis of the 
graph/chart; for example, the time and date indices on the horizontal axis, or price, volume, rate, 
and/or ratio indices on the vertical axis, as shown in FIG. 10. 

[00123] In an example embodiment, the financial data and the graph/chart shown 

in FIGS. 2 and 10 may be dynamically updated, with a predetermined window of time being 
displayed fiom, for example, left-to-right on the screens ofFIGS. 2 and 10, wife older data 
moving leftward, newer data introduced on fee right side of the graph, and fee oldest data at the 
leftmost side of fee graph being removed and/or "dropping off" the graph/chart The removed 
financial data may be stored for later access by analysts and users, or may be redisplayed by 
resizing fee chart and/or expanding the time window to a longer time duration in fee past, or to a 
different time granularity, such as a week-long, monthly, or multi-monthly chart instead of a 
daily chart 

[00124] In fee preferred embodiment of fee dynamically updated annotation 

system and method described herein, for analyst-inputted textual annotations associated wife 
selected financial data and/or a specified axis point on fee chart, each annotation remains 
associated wife the selected data or specified point, even as fee older data "drops off* fee chart 
as time passes. For example, as shown in FIGS. 1 1-12, an analyst may have previously entered 
a first annotation such as "Ranger support marks fee known exhaustion areas providing profit 
targets during a protracted bear move.", wife fee first commentary indexed to fee financial data 
at, for exan^ie, fee date around October 1 1, 1999 (1 1-10-1 999), as shown in FIGS. 1 1-12. In a 
preferred embodiment, the annotations are visually linked to fee selected point in fee chart by 
arrows, shown in FIG, 1 1-12, extending fiom fee annotation to fee selected point. Although 
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arrows and annotations are not shown in the user screen in FIG. 2, the arrows from annotation to 
chart point shown in FIGS, 11-12 of the analyst screens are, after input by the analyst, 
simultaneously generated and displayed to the users viewing such financial data with associated 
annotations. That is, after the analyst inputs the annotations, the charts and annotations are 
simultaneously displayed on each of FIGS. 2 and 1 1-12 to analyst and user alike. 

[00125] As described herein, the text input windows provided to the analyst to 

facilitate text input, for example in FIG. 11, are not shown to users. The display of the text input 
windows are unique features of the GUI and the workstation used by the analyst, and so with 
respect to inputting annotations, the display of the typical users, such as investors and money 
managers, and the display of analysts are distinct 

[00126] As the chart is updated wife new financial data as in FIGS. 13-14, and 

with the date index 1 1-1 0-1 999 extending leftward off the chart, such that fee leftmost date 
index becomes 12-10-1999, fee first commentary is removed from the screen; that is, the text of 
fee first commentary appears to scroll leftward out of the viewable chart window of fee 
predetermined time duration o£ for example, about 15 months from 12-10-1999 to 27-02-2001. 

[00127] In a preferred embodiment, to generate such annotations, an analyst 

viewing a screen, such as fee screen in FIG. 10, positions via a mouse, interfacing wife the GUI, 
fee cursor, such as fee arrow in FIG. 10, to a selected location in fee chart or grid lines, which 
may utilize a palette of colors for displaying fee financial data. The location selected by the 
analyst is where fee annotation is to be located, for example, to be associated wife one of fee 
colored bands enveloping fee financial data plots, such as a purple envelope or "Director* line. 
Once fee cursor is selectively positioned by fee analyst at fee desired location, fee analyst 
activates, through fee GUI, an input window by, for example, double-clicking a mouse button of 
fee mouse of fee analyst's workstation. 
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[00128] response to such activation commands, the disclosed system and 

method generate an annotation input window, as shown in FIG. 1 1> which may be an applet 
window generated through the GUI and implemented by a browser executed on the analyst's 
workstation. The disclosed system and method position the generated annotation in fee region 
of the screen approximately where the inputted annotation is to be displayed on the chart 
Through other input devices, such as a keyboard, the analyst then inputs the text of the 
annotation, for example, "The long term purple Director is forming a key barrier to further 



[00129] After reviewing and finalizing fee text, fee analyst activates a fmalization 

command through the keyboard or mouse, for example, by pressing the ENTER key on fee 
keyboard, and fee disclosed system and method respond by removing the input window, by 
storing the inputted text in an annotation database in one of fee Sybase servers and/or the 
Weblogic servers, and by inserting into fee chart a displayed text message including fee inputted 
text as an annotation, as shown in FIG. 12, at or substantially near the location on the chart or 
grid selected by fee analyst In addition, fee disclosed system and mefeod may also display a 
line or arrow, as shown in FIGS. 1 1-12, from fee annotation to fee selected location on fee chart 
or grid In an alternative embodiment, the disclosed system and method may provide a line 
drawing function, using GUI-based painting and line-drawing techniques, such as those software 
functions used in "MICROSOFT PAINT 1 or computer-aided design (CAD) software, to permit 
fee analyst to generate the line or arrow and to link the ends of fee line or arrow such that one 
end is positioned adjacent to fee annotation and to the selected location, respectively, using fee 
cursor near one end of fee line such as shown in FIG. 12. 

[00130] As shown in BIG. 13, fee analyst may generate multiple and/or branched 

lines or arrows from fee annotation to multiple points in the chart, to associate such multiple 
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points with a common annotation, such as the peaks in the financial data in FIGS. 13-14, with 
such peaks being indicative of and illustrating the limiting pressures of the purple envelope on. 
gains, measured on the vertical axis in the example chart shown in FIG. 13. 

[00131] In addition, multiple annotations may be displayed on the screen. For 

example, as shown in FIG. 13, an analyst using an activated input window applet is positioning 
an annotation approximately where red lines and yellow lines cross, with such lines representing 
trend lines, moving averages, expected values, values adjusted for inflation or currency, and/or 
other data or meta-data associated with the displayed financial data, 

[00132;! In die new text being entered in the window applet by an analyst in FIG. 

13, the analyst is commenting that "Red & yellow crossover beneath the market - a long term 
bull signal/* After finalization, the analyst saves the annotation for storage by the disclosed 
system and method, as described herein, and the new annotation is displayed as in FIG, 14 with 
previously inputted and currently displayed annotations as in FIGS. 13-14. 
[00133] In the example embodiment, the "Red & yellow crossover " annotation 

may not have a line or arrow to the crossover, at the discretion of the analyst, but instead may 
appear to "floaf * on fee screen near the crossover, while the "The long term purple . . 
annotation has one or more lines to the selected points in fee chart The analyst decides and 
controls such selective association as well as the insertion or non-insertion of lines and arrows 
from ihe annotations to selected points on fee chart or screen, such feat fee analyst enhances fee 
financial information displayed by the charts in the screens presented to fee users of fee 
disc losed system and method, 

[00134] In addition, fee analyst may generate new annotations or may edit, copy, 

or delete previously generated annotations using corresponding commands such as NEW, EDIT, 
COPY, DELETE, etc provided through fee GUI in a manner known in fee art using windows 
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and menu software functions, with such operations performed in the form of commands 
available through pull-down menus or through predetermined hotkeys or key combinations. 
Accordingly, FIG. 1 1 illustrates an input window applet with the heading "Write Text" for 
generating a new annotation, while FIG. 1 3 illustrates an input window applet with the heading 
"Edit Text" for editing a pre-existing annotation; for example, if the annotation "Red & yellow 
crossover ..." had previously existed on the screen of FIG. 13, upon editing, the annotation is 
overlapped or bidden by the Edit Text window as shown in FIG. 13. 
[00135] to addition, analysts may input general commentary or other text to be 

visible on the graph which may not necessarily be associated with specific financial data in the 
chart For example, as shown in FIG. 15, an analyst may have entered a strategy commentary 
such as "STRATEGY: Trade from the long side while the market remains supported by the red 
Director. The break of the purple Director confirms the long term bull phase with new longs 
then targeting Ranger 4 resistance." 

1001361 - to a preferred embodiment, the annotations in FIGS. 10-15 scroll leftward 

to be removed automatically by the disclosed system and method from being displayed on the 
screen of users as time passes, such that the annotations' corresponding anchor points in the 
charter grid lines associated with the time index of the horizontal axis scroll leftward and "off' 
or "out or the visible screen. However, the user may scroll the screen rightward or increase the 
time period shown by the screen to encompass an earlier time in the past, such as two months 
earlier instead of, for example, a default of one month, and so to view earlier financial data and 



[00137] to 80 alternative embodiment, to conserve memory storage, the 

annotations and commentary may be stripped from the financial data, depending on the time 
frame of the financial data. For example, commentary may be removed at a preset time, such i 
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midnight each day, for charts having time fiames of one hour or less. In another example, time 
frames of four hours or more may retain their commentary until midnight of a pre-selected day 
of the week, such as Sunday. 

[00138] The stripped annotations may be stored separately in their own indexed 

database in the Sybase or Weblogic servers using, for example, a time index as to what point of 
time or time period the annotation was associated. In another alternative embodiment, the 
stripped annotations may be deleted after a predetermined time period after generation, such as 
six months. 

[00139] In alternative embodiments, an analyst may insert annotations or 

commentary which remain fixed on the screen permanently and/or until an analyst removes the 
inserted annotation, or for a redetermined limited time period. In this embodiment, the fixed 
annotation does not move leftward, or move at all, and is not removed automatically as time 
passes. For example, an analyst may cause the display of the phrase "We are in a bull market 
now" or "Country X is in a recession", which may be a meta-annotation for the entire set of 
financial data being displayed in the user screens until, for example, analysts determine that 
circumstances in the market such as a bull market or recession have changed or are uncertain to 
make such a pronouncement 

[00140] While the invention has been particularly shown and described with reference to 
a preferred embodiment thereof, it will be understood by those skilled in the art that various 
changes in form and details may be made therein without departing from the spirit and scope 
of the invention- 
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[00141] The embodiments of the invention in which an exclusive property or privilege i 
claimed are defined as follows: 



1 . A graphical display system comprising: 

a server for receiving and processing financial instrument data from at least one financi 
data feed; and 

a client computing device connected to said server, said client computing device 
including a display for concurrently displaying to a user. 

processed financial instrument data for a plurality of financial instruments in 
graphical form, wherein said processed financial instrument data is processed using 
predetermined analytic procedures to chart and project the behavior of selected financial 
instruments; 

a multi-media streaming video presentation; and, 
interactive communications, wherein die interactive communications are 
associated with said financial instruments, 

2. The graphical display system in accordance with claim 1 , wherein said server further 
comprises means for receiving analyst text inputs. 

3. The graphical display system in accordance with claim 2, wherein said text inputs are 
associated with selected financial instrument data. 

4. The graphical display system in accordance with claim 3, wherein said client computing 
device further concurrently displays said text inputs associated with said financial 
instrument data. 
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5. The graphical display system in accordance with claim 1 , wherein said at least one financial 
data feed comprises a plurality of financial data feeds. 

6. The graphical display system in accordance with claim 1, wherein said financial instrument 

data received by said server comprises streamed data and wherein said graphical display of 
said processed financial instrument data on said client computing device is updated in real 
time as said streamed data is processed. 



7. The graphical display system in accordance with claim 1 , wherein said server has a web- 
based architecture which allows multiple client computing devices to access its data via an 
internet connection. 

8. The graphical display system in accordance with claim 7, wherein said server comprises an 
application server and a web server. 

9. A graphical display system comprising: 

a server for receiving and processing financial instrument data from at least one financial 
data feed and for receiving analyst text inputs associated with selected financial instrument data; 
and 

a client computing device connected to said server, said client computing device 
including a display for concurrently displaying to a user 

processed financial instrument data for a plurality of financial instruments in 
graphical form, wherein said processed financial instrument data is processed using 
predetermined analytic procedures to chart and project the behavior of selected financial 
instruments; and, 

said text inputs associated with said financial instrument data. 

10. The graphical display system in accordance with claim 9, wherein said financial 
instrument data received by said server comprises streamed data and wherein said graphical 
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display of said processed financial instrument data on said client computing device is 
updated in real time as said streamed data is processed. 



1 1 . Ihe graphical display system in accordance with claim 9, wherein said server has a web- 
based architecture which allows multiple client computing devices to access its data via an 
internet connection. 



12. Amethod of receiving, processing and displaying financial information, comprising: 

receiving financial instrument data from at least one financial data feed; 

processing said financial instrument data using predetermined analytic procedures to 
create processed financial instrument data which graphically represents the behavior of selected 
financial instruments; 

receiving from a plurality of client computing devices text inputs associated with 
selected financial instrument data; and, 

transmitting to a client computing device for concurrent display a data stream which 
includes processed financial instrument data in graphical form, interactive communications 
associated with said financial instruments, and said text inputs associated with selected financial 
instrument data. 
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